Registro de Horas
El esfuerzo real invertido en el proyecto se contrasta con la planificación original mediante un seguimiento semanal de horas que queda consignado en el borrador de este bloque. La síntesis de ese registro, orientada a la memoria, se presenta aquí en forma de diferentes tablas que se han utilizado como metricas para ver , lo que permite identificar con precisión dónde se produjeron las desviaciones más significativas respecto a las estimaciones de la fase de planificación.
Desviaciones temporales
A continuación estan disponibles resumenes generados a partir de los analisis temporales semanales registrados.
Visión ejecutiva del proyecto: situación actual de cada objetivo EDT, con el esfuerzo consumido frente al estimado y el porcentaje de avance. Para los objetivos en curso, la desviación final no es calculable hasta su cierre.
| Objetivo | Est. (h) | Real (h) | Desv. (h) | % Avance | Estado |
|---|---|---|---|---|---|
| Planificación (PLP) | 35 | 38 | +3 | 100% | Completado |
| Seguimiento y Control (SYC) | 35 | 43 | — | 123% | En curso |
| Base de Datos Vectorial (BDV) | 65 | 111 | +46 | 100% | Completado |
| Evolución de Plataforma (EPL) | 35 | 24 | — | 69% | En curso |
| Integración SharePoint RAG (SPR) | 35 | 19 | — | 54% | En curso |
| Agente Orquestador (AOR) | 60 | 5 | — | 8% | En curso |
| Herramientas MCP (EMCP) | 35 | 0 | — | 0% | Pendiente |
| Total | 300 | 240 | 80% |
La siguiente tabla muestra cómo se distribuyó el esfuerzo real entre objetivos a lo largo del proyecto. Refleja la secuencia de trabajo: concentración en planificación e infraestructura vectorial durante los dos primeros meses, y apertura de los objetivos de integración y plataforma a partir de abril.
| Objetivo | Febrero | Marzo | Abril | Mayo | Junio | Total Real | Total Est. |
|---|---|---|---|---|---|---|---|
| PLP | 24 | 10 | 4 | 0 | 38 | 35 | |
| SYC | 10 | 8 | 18 | 7 | 43 | 35 | |
| BDV | 52 | 43 | 16 | 0 | 111 | 65 | |
| EPL | 0 | 2 | 10 | 12 | 24 | 35 | |
| SPR | 0 | 0 | 19 | 0 | 19 | 35 | |
| AOR | 0 | 0 | 0 | 5 | 5 | 60 | |
| EMCP | 0 | 0 | 0 | 0 | 0 | 35 | |
| Total | 86 | 63 | 67 | 24 | 0 | 240 | 300 |
Seguimiento temporal EDT
Para finalizar, la siguiente y última tabla replica la estructura de estimación del capítulo de planificación, añadiendo el tiempo real invertido en cada tarea y su acumulado dentro del objetivo.
| Objetivo | ID | T. Est. (h) | Acum. Est. (h) | T. Real (h) | Acum. Real (h) |
|---|---|---|---|---|---|
| Planificación del Proyecto | 1PLP | 9 | 9 | 9 | 9 |
| 2PLP | 6 | 15 | 7 | 16 | |
| 3PLP | 3 | 18 | 3 | 19 | |
| 4PLP | 2 | 20 | 2 | 21 | |
| 5PLP | 15 | 35 | 17 | 38 | |
| Seguimiento y Control | 1SYC | 3 | 3 | 12 | 12 |
| 2SYC | 5 | 8 | 10 | 22 | |
| 3SYC | 2 | 10 | 2 | 24 | |
| 4SYC | 3 | 13 | 2 | 26 | |
| 5SYC | 15 | 28 | 17 | 43 | |
| 6SYC | 7 | 35 | 0 | 43 | |
| Base de Datos Vectorial | 1BDV | 2 | 2 | 3 | 3 |
| 2BDV | 22 | 24 | 32 | 35 | |
| 3BDV | 16 | 40 | 25 | 60 | |
| 4BDV | 6 | 46 | 26 | 86 | |
| 5BDV | 10 | 56 | 13 | 99 | |
| 6BDV | 6 | 62 | 9 | 108 | |
| 7BDV | 3 | 65 | 3 | 111 | |
| Agente Orquestador y Routing | 1AOR | 6 | 6 | 5 | 5 |
| 2AOR | 10 | 16 | 0 | 5 | |
| 3AOR | 10 | 26 | 0 | 5 | |
| 4AOR | 10 | 36 | 0 | 5 | |
| 5AOR | 10 | 46 | 0 | 5 | |
| 6AOR | 7 | 53 | 0 | 5 | |
| 7AOR | 4 | 57 | 0 | 5 | |
| 8AOR | 3 | 60 | 0 | 5 | |
| Adaptación Herramientas MCP | 1EMCP | 6 | 6 | 0 | 0 |
| 2EMCP | 6 | 12 | 0 | 0 | |
| 3EMCP | 15 | 27 | 0 | 0 | |
| 4EMCP | 4 | 31 | 0 | 0 | |
| 5EMCP | 4 | 35 | 0 | 0 | |
| Integración SharePoint y RAG | 1SPR | 2 | 2 | 2 | 2 |
| 2SPR | 12 | 14 | 14 | 16 | |
| 3SPR | 2 | 16 | 0 | 16 | |
| 4SPR | 15 | 31 | 3 | 19 | |
| 5SPR | 4 | 35 | 0 | 19 | |
| Evolución de Plataforma | 1EPL | 5 | 5 | 0 | 0 |
| 2EPL | 10 | 15 | 12 | 12 | |
| 3EPL | 10 | 25 | 8 | 20 | |
| 4EPL | 10 | 35 | 4 | 24 | |
| TOTAL | 300 | 240 |
El objetivo con mayor desviación respecto a la estimación original es la Base de Datos Vectorial, con 111 horas reales frente a las 65 previstas, un exceso de 46 horas. La causa principal del exceso inicial (hasta el cierre nominal del objetivo en la semana 9) no fue una complejidad técnica inesperada en la implementación del esquema o los endpoints, sino la decisión de aplicar arquitectura hexagonal y principios DDD al diseño del módulo, decisión que requirió un período de formación no contemplado en la planificación inicial. Esta formación —que incluyó el estudio de cursos de Codely sobre DDD y arquitectura hexagonal— impactó especialmente en la tarea 2BDV (diseño de arquitectura), que prácticamente duplicó su estimación original, y en la 4BDV (desarrollo del pipeline de generación de embeddings), que superó ampliamente las seis horas previstas al implicar el diseño de puertos, adaptadores, eventos de dominio y lógica asíncrona. Las once horas adicionales acumuladas tras el cierre formal del objetivo se corresponden con trabajo de mantenimiento y refactor (extensión del pipeline a embeddings de archivos en la semana 10 y migración del cliente Gemini a Spring AI 1.1.5 en la semana 11), que se imputan a BDV por afinidad técnica sin extender su alcance funcional.
El resto de objetivos iniciados se mantienen dentro de márgenes razonables o, en el caso del seguimiento, ligeramente por encima de la estimación. La planificación (PLP) se cerró con tres horas de exceso, imputables a la formalización más exhaustiva de los documentos finales. El seguimiento y control (SYC) ha superado ligeramente la estimación inicial con 43 horas sobre un estimado de 35, fruto del arranque efectivo de la redacción de la memoria —la tarea 5SYC acumula ya 17 horas tras la escritura del capítulo de DDD y prácticamente todo el capítulo de Base de Datos Vectorial, y todavía representa el grueso del trabajo pendiente hasta la defensa—; la tarea 6SYC (preparación de la defensa) está aún sin actividad registrada. La integración de archivos (SPR) y la evolución de plataforma (EPL) muestran avances coherentes con el trabajo realizado: SPR acumula 19 horas tras cerrar el módulo dwall-module-files con su frontend de ingestión, y EPL alcanza las 24 horas con la entrega de las sugerencias de descripción por IA (tarea solicitada explícitamente por uno de los tutores) y la primera aplicación del patrón Criteria al listado de descripciones.
El Agente Orquestador (AOR) ha arrancado por el frente frontend con 5 horas registradas en la tarea 1AOR — el UI agéntico se anticipó durante la indisponibilidad puntual del tutor del bloque backend, dejando preparada la interfaz con MessageBubble, lista de conversaciones, soporte i18n y acciones de feedback ya cableadas, para que la conexión al backend sea inmediata cuando ese bloque se desbloquee. Las Herramientas MCP (EMCP) siguen sin actividad registrable, lo que supone una desviación de alcance respecto al cronograma original. Este desplazamiento se analiza en detalle en el capítulo de análisis de desviaciones.
Este capítulo refleja las horas acumuladas hasta el cierre de la semana 12 (8 de mayo de 2026). El registro se actualizará al cierre del proyecto.